


Data Systems Division 

Product Development Laboratory 

P.O. Box 390, Poughkeepsie, New York 


International Business Machines Corporation 


Telephone: GLobe 4-1000 

September 3, 1963 


Principal Members of X.3.2 


Gentlemen: 


Now that the efforts of the X.3. 2 Subcommittee have resulted in the 
American Standard Code for Information Interchange, it is well to reflect on 
some aspects. The development cf the Standard Code has certainly been 
controversial. ’ This was predictable, since the implementation of the 
Standard Code will have a direct and immense effect on communications 
and computing equipment 1 manufactured and marketed in the future. It 
was also valuable, in that I am sure we all share a common feeling that 
all avenues were explored, and all interested parties were heard from. 

The Code is admittedly a compromise of conflicting requirements, probably 
not ideal from the viewpoint of any single user or manufacturer, but de- 
signed to produce the greatest overall benefit to users and manufacturers 
working together as a group. 


The IBM Corporation has felt a responsibility to describe ASCII to 
IBM customers, to advise them of those implications that can be foreseen, 
and to express IBM's support of the Standard. This has been published in 
a special issue of IBM's Data Processor . The Data Processor is distributed 
to some 50, 000 individuals - customer managers and supervisors, consultants, . 
and our own people in the field. 

I take pleasure in sending you a personal copy of the Data Processor . 


Yours very truly, 
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Part of the information in this issue is 
based on material released by the Business 
Equipment Manufacturers Association and 
the American Standards Association, and is 
used with their permission. 

You’ll usually hear this pronounced 
as asky. Before official adoption, the 
code was frequently called passkey 
(PASCII — for Proposed American 
Standard Code for Information In- 
terchange). It was also called the 
X3.2 code, for the subcommittee 
that developed the code. As noted 
at the top of this column, official 
nomenclature of the approved code 
includes the designation X3.4 — 
1963. 
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accepted by the American Standards Association: 

New ASA Standard Offers Coding 
Uniformity for Data Interchange 

S TANDARDS are more important to contemporary civilization than 
most people stop to realize. Whether established by custom, general 
consent, or authority, there are commonly-accepted criteria for meas- 
urements of quantity, weight, extent, value, and quality. 

American industry traditionally has done a tremendous job with and 
through standardization. So widely and successfully has this been done, 
particularly over the past twenty-five years, that many of our national 
standards now are taken for granted. Example: screw-threads on the base 
of a light bulb. Other standards, like those for automobile safety glass and 
for the colors of traffic lights, are more consciously accepted. And in the 
newer technologies — space, nuclear energy, electronics, and data process- 
ing — standardization is a dynamic and continuing concern. 

The first test of any standard is acceptance, and the ultimate test is con- 
tinuing use. This is true whether the standard has evolved gradually, or has 
been developed deliberately by a group of experts through painstaking 
analysis, research, debate, formulation, compromise, and modification. 

"American Standards" 

There are now more than 2,000 American Standards — voluntary national 
standards developed and approved under the procedures of the American 
Standards Association (ASA). This is a privately-supported federation of 
138 trade associations and professional societies and has over 2,000 mem- 
ber companies. Because many standards have international implications, 
the ASA represents American interests in international standards activ- 
ities. (More details on ASA and its member groups appear on pages 8-12. ) 
Of 400 standards projects currently active in the ASA, a few pertaining 

continued on page 2 
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to electronic data processing have reached a significant point in develop- 
ment. An example already in wide use is the magnetic-ink printed numbers 
and symbols along the bottom edge of bank checks. Specifications developed 
by the American Bankers Association are in process of becoming an Ameri- 
can Standard. 

New “American Standard" Code 

A recently-adopted example is the American Standard Code for Informa- 
tion Interchange, officially designated as X3.4-1963 and commonly referred 
to as “ASCII.” This standard code provides the basis for achievmg coding 
uniformity of data interchanged between data processing and commumca- 


With ASCII as a foundation, it becomes possible to achieve eventual 
standardization of the specifications and formats of each of the media used 
for data interchange and communication. As one example, t e new co e s 
ultimate potentials for standardizing magnetic tape would mean that mag- 
netic tapes would be completely interchangeable between different com- 
puters by standardization of both their data-encoding procedure and their 
physical properties (width and electro-magnetic characteristics). 

Because of ASCII’s significance, this issue highlights its developmen , 
structure, and implications. Included in remaining sections: reasons for a 
standard interchange code; ASCII’s present specifications; what further 
work remains for the ASA standardization groups; and IBM s plans to sup- 
port and implement the new code. 


Introduction to 
Coded Character -sets 


T HE NEW American Standard, 
ASCII, was developed by a sub- 
committee of the American 
Standards Association concerned with 
standardization of “Coded Character 
Sets and Data Formats”- the sub- 
committee’s title. Let s examine some 
widely-used coded character-sets and 

ASCII. 

Coded character-sets 

A coded character-set is a group of 
characters — such as the 26 letters of the 
alphabet, and numbers (0-9) and spe- 
cial symbols (such as %, $)— that are 
represented in a special way known as 
binary or bit (yes/no) coding. (Basic 
explanations of such coding terms are 


given in the definitions appearing on 
the facing page.) 

Coded character-sets have existed 
for some time-the Morse Code being 
a well-known example. Many others 
are widely-accepted and can continue 
to meet the needs of specific applica- 
tions. These include the following sets 
or codes: 

Baudot Code (5 bits) : for paper tape and 
data transmission; provides 32 char- 
acters, expandable to 58 characters by 
the use of shift characters. 

Friden Flexowriter 9 Code (6 bits, plus 
parity and control): for paper tape; 
provides 64 characters. 

Department of Defense Military Standard 
Fieldata Code (7 bits, plus parity) : for 

•Trademark of Friden, Inc. 
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paper tape, data transmission, and mag- ; 
netic tape; provides 128 characters. 
ibm BCD (Binary-coded Decimal) Inter- 
change Code (6 bits, plus parity) : for 
punched cards and magnetic tape; pro- 
vides 64 characters. 

ibm 1050 Taper -tape and Data-transmis- 
sion Code (6 bits, plus parity); pro- 
vides 64 characters, expandable to 111 
characters by the use of shift characters. 

ASCII's coded character-set 

ASCII is a coded character-set of 
128 seven-bit characters. Its basic pur- 
pose is to achieve uniformity in the 
general interchange of information 
among data processing systems, com- 
munications systems, and associated 
equipment. 

Why a 

Standard Code 

T HE CODES other than ASCII £ 
mentioned in the previous sec- 
tion were each designated for 
certain types and makes of equipment 
and certain applications. With the 
ever-increasing scope of data process- 
ing, however, their differences become 
more restrictive because of the grow- 
ing need for data interchange between 
diverse types of equipment. Otherwise, 
the non-standard codes continue to be 
useful. 

Many data processing applications 
now require computer centers to han- 
dle data from various remote points; 
but information at those locations may 
be generated by different methods and 
machines. Requirements for data com- 
munications often involve a wide range 
of terminals and multiplexers, but 
these may not be fully compatible. 

In present systems, therefore, it is 
frequently necessary to translate from 
one code to another— for example, from 
a card code to a magnetic-tape code, 
from a paper-tape code to a transmis- 
sion code, or from a card code to a 
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processor code. In fact, the many types 
of codes for such interchange possi- 
bilities require many types of transla- 
tion. These translations are done either 
by equipment or by programming. 

To meet the expanding needs for 
information interchange most effec- 
tively, data should be directly inter- 
changeable between all kinds of data 
processing, data transmission, commu- 
nications, and associated devices. The 
means to this goal is a standard infor- 
mation interchange code— one that es- 
tablishes a standard meaning for con- 
trols and printable data. Now, ASCII 
has been designated as the standard 
code that will achieve such uniformity. 

Media qualifications 

A standard code must not only pro- 
vide a coded character-set but must also 
completely define the format of each of 
the media or methods ( perforated tape, 
punched cards, magnetic tape, or data 
transmission ) in which the interchange 
takes place. Without detailed definition 
of physical and electrical properties, 
as well as format, equipment manufac- 
turers may implement the code dif- 
ferently in various media, and the goal 
of interchange is lost. 

Some of the factors that must v be 
defined for each medium in order to 
implement the standard code are: 

continued on page 4 


DEFINITIONS 

OF SOME OF THE CODING TERMS 
USED IN THIS ISSUE 

Italicized terms within definitions 
are defined in other definitions 

binary coded decimal (bcd) : Per- 
taining to a number-representation 
system in which each decimal digit 
is represented by a unique bit-pat- 
tern. 

binary digit: Either zero or one. 
bit: The abbreviation for binary 
digit. 

bit-pattern: A combination of n 
bits to represent^ 11 possible choices; 
e.g., a 3-bit pattern represents 8 
possible combinations, an 8-bit pat- 
tern represents 256 possible combi- 
nations, etc. 

check bit: Extra bit( s) appended 
to a bit-pattern to help detect errors. 
code: A set of rules used to convert 
data from one set of representations 
to another. Sometimes the set of bit- 
patterns defined by the set of rules 
is also called the code. 
code conversion: Translation of 
one code set to another. 
code set: A set of bit-patterns that 
have been derived according to the 
rules in a code. 

coded character-set: A group of 
characters to which a code has been 
assigned. 

collating sequence: A prescribed 



ordering of the characters in a coded 
character-set. ■ 

contiguous alphabet: An alphabet 
(A through Z) assigned, by code, to 
a continuous binary sequence. 
control character: A character 
whose occurrence in a particular 
context initiates, modifies, or termi- 
nates a control operation. 
escape character: A control char- 
acter to signal a change in the mean- 
ing of one or more of the characters 
that follow it. 

graphic: A written or printed form 
or shape, e.g., 

3 A e % , 

graphic character: A character 
which has been assigned a graphic. 
machine code: The internal code 
of a central processing unit. 
media, medium: The configuration 
or material used in recording and 
transmitting data — e.g., punched 
cards, perforated tape, magnetic 
tape, data transmission. 
media codes: Code sets assigned 
to media. 

parity bit: A type of check bit. 

SPECIAL GRAPHIC (OR SPECIAL SYM- 
BOL ) : A non-numeric or non-alpha- 
betic character, e.g., 

( ) ;* @ . 

subset: A set contained within a 
larger code set. ■ 
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When fully implemented, a standardized general-purpose code makes it possible for transmitted 
and stored data to be accepted by terminals and processing systems of all makes. Stored data in 
magnetic-tape, perforated-tape, and punched-card media can be moved physically between 
installations or transmitted over communication lines. 
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STANDARD CODE continued from page 3 
Punched cards — card length, width, thick- 
ness; hole size, shape, placement; rela- 
tionship of holes to code bits. 

Perforated tape — tape width and thick- 
ness; location of feed hole; location and 
size of perforations; correspondence of 
perforations to bits; necessity for and lo- 
cation of check bits. 

Magnetic tape — tape width and thickness; 
type of recording; track width, spacing, 
and number; bit density; signal strength. 
Data transmission — order of bits; type and 
location of check bits; speed; control func- 
tions. 

It is also necessary that the use of 
each character in the code be defined. 
Using the code before the unassigned 
characters have been defined, however, 
may serve as valuable experience in 
determining what their assignments 
should be. 

In addition, optical and magnetic 
character reading may have to be ex- 
panded and defined to handle all the 
characters of the standard code. 

ASCII provides the framework 
which can be used to acomplish stand- 
ardization, offering a solid technical 
basis for further work. In the next sec- 
tion, we’ll discuss the structure of 
ASCII and indicate the important areas 
remaining for its additional definition 
and standardization. 

ASCII’s 

Coding Structure 

?■ SCII® specifies the correspond- 
T jk. ence of 128 “seven-bit patterns” 
with 128 “graphics and controls” 
—the graphics for printable characters, 
the controls for equipment functions. 

° Copies of American Standard Code for 
Information Interchange (X3.4—1963) can 
be obtained from the American Standards 
Association, Inc., 10 East 40th Street, 
New York 16, New York, at $1.00 per 
copy. 



NEW X3.4-1963 AMERICAN STANDARD CODE 
FOR INFORMATION INTERCHANGE 


NULL 


(STOP) 


SYNC 


unassigned 


Identification of Control Symbols and Some Graphics 


Separator (information) 

Word separator (space, 
normally non-printing) 


V TAB Vertical tabulation 


NULL Nu 11/1 die 


Carriage return 


End of address 


EOM End of message 


End of transmission 


Up arrow (exponentiation) 

Left arrow (implies/ 
replaced by) 


Device control (D Reserved 
for data link escape 

* 

Device control 


Reverse slant 


BELL Audible signal 


DC 4 _(stop) Device control (stop) 


Acknowledge 


Format effector 


Unassigned control 


Horizontal tabulation 


SYNC 


Skip (punched card) 


Logical end of media 


Delete/ldle 


( 
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The code and its corresponding rela- 
tionships are shown in the table at 
left. The designations for the controls 
are at the bottom of the table. 

Reading across the table, the eight 
vertical columns correspond to the 
eight possible binary patterns of the 
first three bits of the code. The 16 hori- 
zontal rows correspond to the 16 pos- 
sible binary patterns of the last four 
bits of the code. 

The code consists of five major parts, 
each corresponding to one or more 
columns. These parts (reading from 
the left) are: 

1. First two columns contain control 
characters. 

2. Third column contains special char- 
acters. 

3. Next column contains numerics, 
plus six special characters. 

4. Next two columns contain the al- 

phabet (upper-case), plus six spe- 
cial characters. •}' 

5. Two right-most columns are un- 
assigned, except for three defined 
and one undefined control. 

Thus, ASCII’s coded character-set has 
36 controls, 28 special characters, 10 
numerics, and the 26 alphabetic char- 
acters— leaving 28 bit-patterns un- 
assigned. 

The fact that the different characters 
have been grouped by function makes 
it easy to distinguish between the dif- 
ferent types of functions. To detect a 
control character, for example, equip- 
ment need only examine the first two 
bits of the bit-pattern. In many in- 
stances this will result in less circuitry. 

To determine the bit-pattem corre- 
sponding to a given character ( graphic 
or control), apply the following rules 
to the table: 

1. Locate the graphic or control. 

2. Combine the column-heading above 


(three bits XXX) and the row- 
heading at the left ( four bits YYYY) 
into a seven -bit pattern: 

(XXXYYYY) 

Thus, for the graphic A the column- 
heading (at the top) is 1-0-0, and the 
row-heading (left) is 0-0-0- 1. Therefore 
the seven-bit pattern for A is 1 -0-0-0- 
0-0-1 — the column-heading followed 
by the row-heading. To determine the 
character corresponding to a given bit- 
pattern, the reverse process should be 
applied. 

The convention for specifying the 
bit position of each bit in the seven-bit 
pattern of ASCII is shown below, with 
the low-order position (right-most) 
numbered 1 and the high-order (left- 
most) numbered 7: 

b 7 bg b 5 b^ be be bj 

In the example for graphic A the 
code and its positional order are: 
pattern - 1-0-0-0-0-0-1 

positional numbering — 7-6-5-4-3-2-1 

ASCII is also described as a code 
having a “contiguous” alphabet; this 
aspect is discussed elsewhere and in- 
cluded in the definitions list. 

Using seven instead of the six bits 
common in other codes, ASCII points 
the way to an advance in the present 
art of coding. The 7-bit pattern provid- 
ing for 128 characters is sufficient for 
most interchange and control needs. 
For those who require more characters, 
the escape character of ASCII provides 
for expansion to larger sets. 

ASCII’s philosophy can be summed 
up in three factors:, seven bits, the 
grouping of functions, and contiguous 
alphabet. To use this philosophy, many 
details are still to be standardized. The 
major items to be settled are: 

INCORPORATING the code into 
magnetic tape, punched cards, perfo- 
rated tape, and data transmission. 


SPECIFYING the unassigned areas, 
and a 4-bit subset. 

DEFINING the functional meanings 
of the control characters. 

Various working groups of the X3.2 
subcommittee have been assigned , to 
the completion of these tasks, as ex- 
plained on pages 8 through 11. 

•• 
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blank 

-6 


& + 


1 

/ 

j 

A 


2 

S 

K 
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3 

T 
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4 

U 

| M 
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5 

V 

N 

E 


6 

w 

° 
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7 

X 

P 

G - 
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Y 

Q 
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9 | 

z 

R 
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0 ! 
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Identification of 

Control Codes and Special Meanings 

^ record mark V word separator j 

V" tape mark *6 substitute blank 

& mode change 4+4- segment mark 
$ group mark 
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me Comparisons 
of ASCII and 
IBM BCD Code 


THE MOST commonly used code in 
ibm data processing systems is the ibm 
BCD interchange code shown on the 
previous page. This 6-bit code has 64 
bit combinations, assigned as follows; 
alphabetics (26), numerics (10), spe- 
cial symbols (22), controls (6). Five of 
the special symbols have alternate, 
optional graphics. 

In comparison, the ASCII 7-bit code 
has 128 bit combinations: alphabetics 
(26), numerics (10), special symbols 
(28), controls (36), unassigned (28). 
Other comparisons between these two 
codes are given in the table at right. 

One difference is the number of as- 
signed control codes. Of the 36 ASCII 
controls, 28 are primarily for use in 
data communication systems and ter- 
minals. In the BCD code, these func- 
tions are not assigned separate codes; 
but when required, some are provided 
by assigning alternate meanings to se- 
lected bit combinations. 

The remaining 8 ASCII controls— 
S 0 -S- information separators— are re- 
served primarily for data processing 
system use. These controls, not yet de- 
fined, may be similar to the six controls 
defined in the BCD interchange code. 

Another important difference be- 
tween the two codes is how the alpha- 
betic characters are assigned. ASCII has 
the 26 alphabetics assigned in a con- 
tinuous binary sequence: 1-0-0-0-0-0-1 
to 1-0-1-1-0-1-0; i.e., a “contiguous” 
alphabet. The BCD code, on the other 
hand, has the alphabetics assigned in 
three groups which correspond to the 
three zone levels used to identify the 
alphabetics in punched cards— and they 
do not have^a continuous binary se- 
quence. 

Code conversion between ASCII and 
the BCD interchange code may be ac- 
complished by equipment, program- 
ming, or both. ■ 


alphabetics - 26 
numerics - 10 
specials - 24 


Notes 


This number of ASCII graphics may be increased when the 28 unassigned 
character codes are defined. 


Up to 6 of these 64 have control meanings in data processing systems 


Six symbols are used to designate the 6 bit patterns which have alternate 
control meanings in the BCD code: 1 4 : 1 v'|+»j ^1 


be increased when the 28 unassigned 


This number of ASCII controls 
character codes are defined. 


At the present time neither code has specified a standard method for 
representing the lower case of the alphabet. 


Not stated as part of the code. Checking systems such as parity 
checking may be added. 
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Basic Considerations in 
Adopting ASCII 


A S FURTHER definition and stan- 
dardization of ASCII proceed 
within the ASA working groups, 
each user of data processing and data- 
communication should be interested 
in the standard’s effect on his opera- 
tions. Although the standard’s use may 
vary with individual operations and 
needs, most of the considerations nec- 
essary for adopting any new code ap- 
ply in planning for ASCII. 

In each installation, many factors 
will have to be carefully weighed to 
determine when it would be feasible to 
convert from present codes to ASCII. 
If the decision is made to use the stand- 
ard, intensive planning is necessary. 

It will probably be most advanta- 
geous to convert to new codes where 
there is considerable interchange of in- 
formation on different types of media 
and between different types of equip- 
ment. Those with a small, self-contained 
installation who do not contemplate 
data interchange may decide not to 
convert, but such a decision should be 
reached only after considering the long- 
range potentials of standardization. It 
is possible that smaller applications will 
grow in scope and eventually require 
interchange both inside and outside of 
the application area. 

Attention should be given to existing 
files of information, and to their se- 
quence under present codes. If the files 
are small but very active, it may be 
most effective to convert them to the 
standard all at once. If the files are not 
active, or have moderate turn-over, the 
most efficient approach might be to es- 
tablish dual files for interchange dur- 
ing the conversion period. Where inter- 
change files are used very infrequently, 
it may be possible to postpone equip- 
ment modifications or changes until the 


files become active. 

Another alternative would be to 
maintain the files in their present code. 
In this case, however, either two sets of 
input/ output devices or translation will 
be needed to permit data-interchange' 
with locations using the standard code. 

In operations where numeric data 
are compared only with other numeric 
data, or alphabetic data are compared 
only with other alphabetic data, col- 
lating sequence of files should not pre- 
sent a problem. However, if intermixed 
classes of information are to be com- 
pared— for example, records having 
both alphabetic and numeric data— 
then collating sequence may be a prob- 
lem. It should be determined if the file 
sequence must be altered; and, if so, 
what effects changing the sequence 
will have on procedures and applica- 
tions. Collating sequence using ASCII 
lias not yet been standardized. 

Conversion to ASCII from other 
codes will require equipment imple- 
mentation and/or computer program- 
ming. Although our first equipment 
specifically designed to handle the new 
code may be specially-engineered for 
a limited market, expanding usage 
should lead to more general equip- 


T O SUPPORT ASCII with input/ 
output and Tele-processing® de- 
vices, IBM plans to provide what- 
ever means are practical to meet cus- 
tomer needs for using the standard 
code as soon as possible after media 
standardization is approved by the 
American Standards Association. 

It is expected that an ASCII stand- 
ard for perforated tape will be com- 


ment and/or features. 

Another aspect is that the control 
functions of the standard code may dif- 
fer from those of the previous code. 
Therefore, input/output equipment 
may have to operate in different ways 
using the new code’s controls. This may 
require standardized reprogramming. 

There will be many possible ways 
to handle the transitional period to the 
standard code, depending upon indi- 
vidual needs and applications. A data 
processing service or code translation 
bureau may be able to assist in file con- 
versions. 

No matter what approach to con- 
version is taken, personnel education 
and training should be thorough. Oper- 
ators, programmers, systems personnel, 
and all others concerned will need to 
become familiar with the new standard 
and its application in specific opera- 
tions. However, since personnel will 
have only one code to learn where the 
standard is widely used, the education 
and training needed with the multi- 
plicity of present codes will no longer 
be necessary. 

Each user of equipment will have to 
work out details to fit his own situation. 
With appropriate planning and atten- 
tion, the best individual approach to 
code conversion, file conversion, and 
equipment requirements should result 
in improved speed and efficiency in 
data interchange. 


pleted first. Data-transmission, mag- 
netic-tape, punched-card and other im- 
plementation standards will follow. 

Meanwhile, to assist those customers 
who are planning or operating systems 
using ASCII in an experimental form, 
ibm is already providing specially-en- 
gineered features for certain products 
on request. These features are based 
continued on page 8 
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USING ASCII continued from page 7 
upon the standard code as it is imple- 
mented in these customer systems. 

Our present equipment for imple- 
mentation of ASCII in perforated-tape 
and data-transmission media: 

1011 paper-tape reader and 1012 paper- 
tape punch attached on-line to a 1401, 
1440, or 1460 system: 

Both of these units handle the Baudot 
code and the Friden Flexowriter code 
(described on page 2). 

To read or punch ASCII-coded tape 
with these units, it is necessary to provide 
a means for translating ASCII coding to 
the internal machine-language code of 
the data processing system to which they 
are connected. 

Code translation for the 1011 paper- 
tape reader is accomplished by a control 
panel. On a special-request basis, ibm 


has available a feature that enables the 
1011 to accomplish the translation from 
ASCII to the BCD code. 

Code translation for the 1012 paper- 
tape punch is accomplished by program- 
ming within the dp system. In such trans- 
lation, a table is used to translate from the 
internal processor code to the perforated- 
tape code. By providing the ASCII data in 
this table, the customer can achieve direct 
translation to ASCII from BCD without 
any modification to the 1012 equipment. 

870 Document-writing System off-line 
conversion of: (a) perforated tape to 
punched cards for input to a computer; 
and (b) punched-card output from a com- 
puter to perforated tape for data commu- 
nication: 

The 870 System also operates with the 
Baudot and the Friden Flexowriter codes. 
For those customers who wish to operate 
with experimental systems, specially-engi- 
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F EW IF ANY attempts at standard- 
ization have been automatic and 
easy. As with all specifications and 
usages that gain recognition as “Ameri- 
can Standards,” the new interchange 
code is a result of teamwork. 

In addition to a great variety of re- 
quirements for this code, there was at 
least a normal amount of divergence- 
opposing views and approaches, differ- 
ences of emphasis on different segments 
of the overall problem. Within our own 
organization (as there must have been in 
other companies), there were opposing 
points of view both on general approach 
and specific details. 

Now that a national consensus is 
reached, there is recognition of the most 
important point: ASCII will have far- 
reaching benefits to manufacturers and 
users of data processing equipment. 

ASA sectional committees 

ASA is the national clearinghouse and 


coordinating agency for voluntary stand- 
ards in the United States. Its organiza- 
tion of committees, subcommittees and 
working groups provides for airing of 
opinions from all quarters, adjudication 
of differences, and working out of de- 
tails. 

Depending on the nature and size of 
the problem, ASA has several well- 
proved organizational methods for arriv- 
ing at a standard. In the case of ASCII, 
die "sectional committee method” was 
followed. The code definition fitted the 
scope of the X3 Sectional Committee- 
Computers and Inf ormat ion Processing. 
Membership in this committee is by na- 
tional association, society, or organiza- 
tion, divided equally into three groups 
by interest (present numbers of individ- 
ual members appeal- in parentheses) : 
general interest organizations ( 10) , user 
organizations (9), manufacturer asso- 
ciations (10). For a listing of member- 
ship see page 12. 


neered features are available for the 870 
to read ASCII from perforated tape and to 
punch ASCII in perforated tape. All of 
the standard functions available on the 
870, including the 866 typewriter output, 
can be used in conjunction with conver- 
sion operations. 

7740 Communication Control System, a 
major new ibm Tele-processing® prod- 
uct that will be described in our next 
issue, for control of on-line data input to 
various data processing systems over com- 
munication lines: 

The 7740 can accept data from a num- 
ber of different remote terminals, includ- 
ing the 1050 Data-communications Sys- 
tem and common-carrier teletype termi- 
nals (as noted in the diagram on page 10) 
and furnish this data directly to various 
ibm computers. Data from the different 
terminals can be transmitted to the 7740 
in various codes. 

continued on page 10 



The manufacturer group is repre- 
sented by the Business Equipment 
Manufacturers Association. The group’s 
votes represent BEMA’s position and are 
held by 10 member companies, selected 
annually. As sponsor of the X3 project, 
BEMA provides financing, staff, facilities 
and essentially all other support needed 
to carry out a standards program. 
(BEMA also sponsors the X4 Sectional 
Committee— Office Machines.) 

Scope of the X3 committee (29 indi- 
viduals representing 20 organizations) is 
necessarily broad: “Standardization of 
the terminology, problem description, 
programming languages, communication 
characteristics, and physical (non-elec- 
trical) characteristics of computers and 
information processing devices, equip- 
ment and systems, and other necessary 
methods for specification and control.” 

The X3 committee has seven sub- 
committees responsible for the technical 
work of providing for the initial stand- 
ardization requirements of information 
processing (chart on facing page). 

Subcommittees and working groups 

Each subcommittee has defined its 
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S that can presently, implement ASCII are the 1011 paper-tape 
(left), 1012 paper-tape punch (below I eft), and 870 Document- 
writing System (below). Code conversion with the new 
IBM 7740 Communication Control System is Indicated by the 
schematic at the top of page 10. 
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ASA's X3 sectional committee has seven subcommittees. The X3.2 subcommittee is the one primarily concerned with ASCII. 


range of technical responsibilities and 
activities in the form of work programs 
approved by the higher committee. In 
most subcommittees further subdivision 
into working groups has been necessary 
for technical specialization. In all sub- 
committees and working groups, mem- 
bers function as individuals rather than 


official representatives of organizations, 
although a reasonable balance of inter- 
ests is normal and is desired. 

ASCII was developed in the X3.2. 
Coded Character Sets and Data Formats 
Subcommittee, which is now organized 
with six working groups whose purpose 
is to complete the implementation of 


ASCII. Table of organization of the 
working groups in this subcommittee is 
shown on page 10. 

Working toward consensus 

Organized in the autumn of 1960, the 
X3.2 subcommittee held frequent meet- 
continued on page 10, bottom 
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USING ASCII continued from page 8 

To convert these codes to the internal 
machine code of the associated computer, 
the 7740 requires a translator program. 
Whenever data is transmitted to the 7740 
in ASCII, the 7740 can use its pro- 
grammed-translation ability to convert 
ASCII-coded data directly into the code 
of the processing system. The 7740 will be 
able to accept ASCII as implemented in 
the data-transmission medium. 

As soon as the ASCII standards for 
perforated tape and data transmission 
are completed, the above features can 
be adapted to those standards. 

IBM plans to provide whatever may 
be needed to handle ASCII in other in- 
put/output media, including punched 
cards and magnetic tape, at such time 
as the standards for these have been 
sufficiently developed. 



rmgmmt 


DEVELOPING continued from page 9 
ings; by November, 1961, it recom- 
mended unanimously (to the X3 com- 
mittee) that a standard proposal was 
ready for consideration. 

In March, 1962, the sectional com- 
mittee began balloting to determine its 




• 

members’ opinions on the proposed 
standard. Some modification was made 
in the proposal during consideration at 
this level. In September, 1962, the X4 
committee pointed out that the proposal 
was inappropriate for office machines 
use. By early December, the balloting 
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was complete and the proposal was ap- 
proved by the majority of the X3 mem- 
bership. 

At that point ASA was asked to con- 
sider whether other "standards” already 
in use might be considered concurrently 
with the X3.2 proposal. ASA recbm- 
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X 3.2. 1 
Magnetic- tape 
working group 

X3.2.2 

Perforated 

tape 

working group 

X3.2.3 

Punched 

cords 

working group 

X3.2.4 
Character 
assignments — 
Unassigned area 
working group 

X3.2.5 X3 . 2.6 

Coded character Definition of 

subsets & applied control-character 

character sets functions 
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ASA'S X3.2 subcommittee has six working groups engaged on ASCII. 
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Supporting ASCII and Other 
Data Processing Standards 


A S A COMPANY concerned with 
^ service and manufacture, ibm 
strongly supports the development of 
data processing standards and regards 
such development as important to our 
customers and the industry in general. 

We participate in ASA committees 
developing ASCII and other standards 
—in data transmission, programming 
languages (Cobol and Fortran), 
equipment interfaces ( connectors ) , 
characters and print-quality specifica- 
tions for optical and magnetic recogni- 
tion, flow-chart symbols, and many 
other areas. Representatives of ibm 


World Trade Corporation participate 
in comparable standards activities in 
other countries, and both WTC and 
domestic personnel are active in the de- 
velopment of international standards. 

Because standardization is so im- 
portant, we have already begun to 
implement ASCII and will provide 
additional implementation as media 
standards progress. Planning and un- 
derstanding will be key factors in wide 
acceptance of ASCII and will assure its 
success as a national standard. Its true 
potential will be achieved with the 
specifications for the remaining details. 


Despite differences of opinion on 
whether it is possible to achieve an 
“ideal” code, the data processing com- 
munity has succeeded in reaching 
agreement on a standard code for in- 
formation interchange. ASCII is a sig- 
nificant accomplishment, it is a new 
American Standard, and it should be 
supported and encouraged. 

We as a corporation are determined 
to move ahead with ASCII at the most 
rapid pace possible so that our cus- 
tomers can gain the benefits of stand- 
ardization across the industry. This 
new standard can make intercommu- 
nications between all manufacturers’ 
equipment and, ultimately, inter- 
changeability of different manufactur- 
ers’ equipment, a reality. ■ 


mended that every effort be made to 
avoid conflicting standards. BEMA, 
which was the ASA-appointed sponsor 
responsible for administration and direc- 
tion of the standards project, then made 
its “sponsor’s recommendation.” This 
questioned whether a complete evalu- 
ation was possible at that time because 
the proposed code had not been adapt- 
ed to each of the media affected. The 
X3 committee reviewed matters in Jan- 
uary, 1963, and re-affirmed its position. 
Without further delay, the code proposal 
was transmitted out of committee to the 
next level of review. 

Final step was normal ASA internal re- 
views to verify that ASCII was accept- 
able by a consensus of all national groups 
concerned with its scope and provisions. 
The code proposal was approved as an 
American Standard on June 17, 1963. 

The job ahead 

With a subject as complex and far- 
reaching as this, of course, much remains 
to be done. Some indication of this shows 
on the ASA organization charts. The 
X3.2 subcommittee’s six working groups 


are still very much in harness. Three 
media groups— on magnetic tape, per- 
forated tape, and punched cards— are 
each working toward a pair of similar ob- 
jectives: 

1. Determination of exactly how 
ASCII is to be placed in each medium. 

2. Physical specifications for each me- 
dium. 

In the area of perforated tape, much 
progress has already been made, with 
only a few items to be resolved. Mag- 
netic-tape discussions to date have con- 
centrated primarily on the physical char- 
acteristics— such as tape width and re- 
cording method. 

The punched-card group is looking at 
two methods for the placement of ASCII 
in the 80-column card. The firjt is a di- 
rect representation in binary-coded form. 
The second is a representation in Hol- 
lerith-coded form. This latter method 
would employ the Hollerith coding tech- 
nique for representing each of the 128 
ASCII bit codes. 

The remaining three working groups 
are concerned with questions pertaining 


to use of the unassigned area of the code 
(28 positions) ; method for handling the 
lower-case alphabet; method of escape 
from and to ASCII; and, finally, other 
control functions and definitions that 
may be necessary for data transmission. 

Statistics can hardly suggest the mag- 
nitude of the work already done, being 
done now, and still to be done. The num- 
ber of people involved gives only a rough 
idea: participants now number at least 
16 in the X3.2 subcommittee, and range 
from 7 to 18 individuals in each of the six 
working groups. 

Dynamics of the continuing project go 
beyond immediate tasks of adaptation 
and implementation. For all practical 
purposes, a national standard can be re- 
garded as such only if it is widely ac- 
cepted and used. ■ 


Composition and membership of 
the X3 Sectional Committee of the 
American Standards Association are 
given on page 12. 
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ASA 

! 

X3 Sectional Committee 

I 

| 

MEMBERSHIP 

| 

' General Interest Group 

User Group 

Manufacturer Group* 

American Institute of Electrical 
q Engineers 

American Bankers Association 

Burroughs Corporation 

Association for Computing Machinery 

American Gas Association and Edison 
Electric Institute 

International Business Machines 
Corporation 

; i Association of Consulting Management 
| Engineers 

American Petroleum Institute 

Minneapolis-Honeywell Regulator 

Company EDPD 

:j American Management Association 

Air Transport Association 

Monroe Calculating Machine 

Company 

| Data Processing Management 
d Association 

General Services Administration 

National Cash Register Company 

• ! 

1 

Department of Defense 

j 

Insurance Accounting and 

Statistical Association 

2 

Pitney-Bowes, Incorporated 

5 

1 

1 Electronic Industries Association 

Joint Users Group 

Radio Corporation of America 

£ 

1 Engineers Joint Council 

| 

£ 

Life Office Management Association 

Remington Rand Division of 

Sperry Rand Corporation 

Institute of Radio Engineers 

National Retail Merchants Association 

\ : 

Royal McBee Corporation 

< Telephone Group 

■i 


n 

Standard Register Company 

4 

1 '1 

Ij M 

*One association, BEMA (Business Equipment Manufacturers Associa- 
tion), represents manufacturers in X3.The manufacturer group's 10 votes 

represent BEMA's 

; position and are held by 10 member companies. 

1 selected annually from larger membership. 

— i ! mini 8 



Published by International Business Machines Corporation. IBM Data Processing Division, 112 East Post Road, White Plains, N. Y. printed in u.s.a. 


12 



o o o o o o 
o o o o 
- o o o 
o o 


baudot & ascii >- 

Since publication of the first part of 
mv article on the ASCII < August p. 

32), I have had a letter frorn Walter 
Zenner, vice president for Research 
and Development at the Teletype 
Corp. He draws attention to the tact 
that wear on punch dies was a minor 
and perhaps non-contributory reason 
for the design of the Baudot code. 

He states the real reason was that 
Baudot did his work about 1875, at 
which time electric utilities did not 
exist; in fact, electric light was not 
invented until about 1879 . Baudots 
powdr source was model 1875 bat- 
teries, and his need to conserve power 
was very real, the marking pulses re- 
quiring the operation of an electro- 
magnet. The code was therefore based 
upon the frequency of the letters as 
found in French text, which .differs 
slightly from English. 

1 am glad to have this opportunity 
to indicate more sympathetic treat- 
ment of Baudot, as requested by Mr. 
Zenner. For my own part, I was very 
much surprised when I was unable 
to find entries on Baudot in severa 
encyclopedias and in the biographical 
section of Webster’s Unabridged. I 
would have thought also that Baudot s 
work was of considerably more im- 
portance to human communication 
than many of the minor writers whose 
names can be found in these sources. 

R. W. Remer 

Unlvac Dio. of Sperry Rand Corp. 

New York, New York 

voice from europo 

Much more familiarity with the Brit- 
ish, rather than the Continental, scene 
was demonstrated by A. S. Douglas 
("The European Computer Scene; 
1963,” August, p. 24). The Cerman 
manufacturers who “have not really 
got goirg yet” have installed about 
110 computers, or 10 per cent of some 
700 delivered systems, according to 
our April 1963 Cerman Computer 
Census. 

Telefunken’s TR 4, due for deliv- 
ery shortly,” delivered its third m 
June 1963; the first was installed in 
1962. Siemens, who “will come into 
the field soon,” claims it installed the 


first gp, transistorized computer, the 
2002,in late 1958; since then, it has 

installed some 30 2 °°* S ' 3 oo3 an . 
about 10 orders for its », a 

nounced this past spring. Bulls new 

machine the Camma 300,” is probably 
theCamma 10; its 300’s were first de- 
livered in the spring of 1961 ' * h ® 

Camma 60 is not a vacuum tube ma- 
chine", but, rafher, solid state. _ 

Zuse, which stands second to IBM 
in number of deliveries in Germany, ; 
announced and demonstrated its new 

Z 25 in May 1963, and bas four sy ■ 
terns on order to date. 

John oTeboUl b Assoc. Deutschland 

GMBH 

Frankfurt/Main, Germany 


Or. Douglas replies: It is true that my 

article was based on less recent mfor- 
rnation than that available to Mr. lesh 
and 1 am glad to hear of the recent 
progress made in Germany. Neverthe- 
less I believe my remark that the Ger- 
man manufacturers "have not real y ■ 
got going yet" is entirely substantiated 
by the figures above. 1 am sure that 
they have the technical capacity to fil 
a much larger share of the market 
there, and will, no doubt, do so over 
the next few years. The Bull Gamma 
300 should indeed be the Gamma 10, 
a slip for which I apologize. 

need for warm bodies 

Sir 

As long as I have been programming, 

I have heard about this ’ extreme short- 
age of programmers” (see January 
Editor’s Readout). But what is being 

done about it? , „ 

My husband has received a high B 
on the IBM aptitude test, has com- 
pleted some home study manuals, 
written small programs, and read o 
data flow and other deeper texts. His 
problem is this: no one wants trainees. 

I realize there are many people in the 
same predicament. How does a person 
in this situation get into programming 
and/or how does he get past the 
screening question on pertonnelforms. 
“How much experience? I don t think 
most dp departments are aware of the 
amount of good people turned away 
as a result of poor communications. 
Pecgy Randall. 

Redwood City, California 


(August, p. 19) whether the 

name of the RCA 3301 might have 
been chosen to suggest that the new 
machine was “three times as fast as. 
the 301.” But then I overheard myselt 
sub-vocalizing. Surely, the TJiirty- 
three- Oh-One ought to be 11 times as 
fast as the T/iree-Oh-One. Even if we . 
divide, we get 3301/301—10.967, 
which is equivalent to 11 for many _ 
practical purposes ... • 

These figures assume, of course, 
that RCA is using the decimal system. 
Since we have no proof of this, P er b“P s 
we should give them the ^ benefit of 
the doubt and consider whether they 
might lie making a more modest sug- 
gestion in another number system. 
The existence of the RCA 601 imphes 
that they are using at least a septim 
system; and since 33 (7 )=24(io) ‘hey 
might be hinting at only an eight-fold 
increase. For the octal or novenary 
systems, the hints would be of only 
nine- or 10-fold increases. Of cbu'-se.if 
they are using a base greater than 10, 
the sky’s the limit. 

Ronald E. Wvllys 
Chatsworth, California 


rea & base numbers 

At first glance, I was inclined to agree 

'with your tongue-in-cheek query 


red punch tape 

Comrade Cukov (August, p. 29) 
seems ,o think that the glorious 
promise of the proletarian October 
revolution is at long last on ^ the 
threshold of realization, now that the 
decadent capitalists have invented 
computing machinery. The era of 
total centralized planning (and lot id 
regimentation) apparently will be 
ushered in just as soon as the Marxists 
can . get their hands on a few mega- 
bucks' worth of degenerate imperialist 
engineering know-how and/or hard- 
ware. 

The collectivists sound quite con- 
fident that they will then be able to 
deal effectively with all of those cos- 
mopolitan saboteurs and enemies ot 
the working class who persist in in- 
venting color television, rotary lawn 
mowers, zippers, and other bourgeois 
gadgets that are not listed in the 
Kremlin master diskfile which controls 
the “clockwork economy” (as Acade- 
mician Glushkov so colorfully terms 

^The chief remaining task will then 
be to develop a machine to read 
weather reports and, using a modified 
PERT analysis, punch out a master 
nlan for manufacturing the bullets 
that will be needed for educating 
the luckless Ivans whose cabbage 
crop doesn’t quite meet the planners 

cybemetically-generated quota. 

Paul Stout 
Lombard, Illinois 
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DEPARTMENT OF THE NAVY 
NAVY MANAGEMENT OFFICE 
WASHINGTON 25. D. C. 


29 November 1963 

MEMORANDUM TO MEMBERS, ALTERNATES, AND CONSULTANTS 
OF A. S. A. X3. 2 AND TASK GROUPS 

Subj: Report of ISO/TC-97/SC 2 meeting of Oct 29-31, 1963 

An unofficial report of the Paris meeting of ISO/ TC- 97/SC 2 
is attached. Mr. Sluis provided the unofficial translation of the Work- 
ing Group B session. We should eventually receive the official Sec- 
retariat's report of the meeting. 

Establishing a U. S. A. position on the various items acted on 
or proposed at the SC 2 meeting and the preparation of proposals on 
media imposes a very heavy work program on X3. 2 and Task Group 
members. Much of this work must be completed during December 1963 
in order that the necessary clearance for international submission may 
be obtained from X3 early enough for international distribution and dis- 
cussion at the May 1964 meeting of I SO/ TC- 97/SC 2. 

This work program was discussed at the November 1963, 

X3. 2 and Task Group meetings and action was taken on a number of the 
items. 

* ,.p 

C' . 

L. L. GRIFFIN 
Chairman X3. 2 

cc: 

Chairman X3 (2 copies) 
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UNOFFICIAL 


Report of ISO/TC 97/SC 2 - Meeting of October 29-31, 1963 


Enclosures 

1. Delegation lists - SC 2, WG A 8* 

2. Resolutions acted upon by SC 2, with code table (unofficial version). 

3. Report of Group B - Numerical Control of Machine Tools - UNOFFICIAL 
TRANSLATION OF CHAIRMAN’S REPORT provided by delegate M. H. 

Sluis. 

Papers distributed by U. S. Delegation 

a. Document No. ISO/TC 97/SC 2 (USA12J67; CONTROL CHARACTER 
DEFINITI ONS by TGX3. 2. 4 dated 2.6 Sept. 1963 with CODE EXTENSION 
(Shift and Escape) working paper of 25 Sept 1963 attached. 

b. Document No. ISO/TC 97/SC2 (USA 13) 68 - U. S. Activity Report on 
Punched Tape dated Oct. 11, 1963. 

c. Document No. ISO/TC 97/SC 2 (USA- 14) 69 - Activity Report of Work 
Underway in X3. 2. 1 dated 4 October 1963. 

d. Document No. ISO/TC 97/SC 2 (USA 15) 70 - Activity Report of X3. 2, 3 
dated Oct. 10, 1963. 

Proposals distributed by other Nations. 

a. Document No. ISO/TC 97/SC2 (Italy I) 58E - ITALIAN PROPOSALS FOR 
THE USE OF 6th AND 7th COLUMNS OF THE 7- BIT CODE - dated Oct. 
1963. 


b. Document No. ISO/TC 97/SC2 (France- 2)55E - FRENCH PROPOSALS IN 
VIEW OF ALLOWING THE INSERTION OF LOWER CASE ALPHABET AND 
ACCENTUATED LOWER CASE LETTERS IN ISO DRAFT- PROPOSAL 7 BIT 
CHARACTER CODE - Oct. 1963. 

Documents of interest Distributed. 

0 a. Document No. ISO/TC 97/SC2 <ECMA-2)51E ECMA PHILOSOPHY ON 
CODES, March 1963. 


b. Document No. ISO/TC 97/SC2 (Germany 3) 59 - German Considerations* 

Representation of 6- Bit Code in Punched Cards (Undated). 

c. Document No. ISO/TC 97/SC2 (Japan I) 56E - OPINIONS OF THE JAPANM 
MEMBER COMMITTEE ON THE ISO DRAFT CODE FOR INFORMATION^ 

INTERCHANGE dated Oct. 1963. 

The meeting was held in the new U. I. C. building near the Eiffel Tower. 
Frontard, Manager of AFNOR, opened the meeting and Mr. Feissel was re 
elected Chairman. An editing committee consisting of Mr. G. Chadwick, 

L. Durand and Mr. C. E. Mackenzie was appointed. 

During the discussion of the agenda, the United States recommended that 
responsibilities of SC- 2 in the Numerical Control of Machine Tool area be 
limited to character sets and code representation in media. This recoramem 
tion was not supported by a majority of the delegates. 

At the request of the United States, an activity report of International Or- 
ganizations was added to the agenda. The Draft Report of the WGB meeting 
8-9 October 1962 was approved. Mr. Besseyre reported on the activity of 
CCITT with respect to a new "alphabet” and called attention to the report docu 
ment ISO/TC 97/SC2 (CCITT- 1) 44 of July, 1963. 

Mr. Cluff, representing ECMA stated that an ECMA standard on a 6 bit code 
had been issued and that work was underway on a 7 bit code as well as media 
implementation of the two codes in perforated tape and magnetic tape. 

Mr. Chadwick requested that each national delegation be given an opportunity 
to report on national activity. 

The representative of Japan reported that there are about 800 computers in 
Japan, that Japan intends to adopt the 7-bit code, one code only. Japan has a 
requirement for more than the 26 alphabet characters provided in the 7 bit set. 


The representative of France reported that work has been underway on 
assignments for the "UNASSIGNED" section of the 7 bit code. 

The Italian representative reported that Italy had prepared a proposal for 
working Group A on assignments for the "UNASSIGNED" section. 

Representatives were appointed to Working Groups A and B as shown on 
attached membership lists. Mr. Ross was named chairman of WGA and Mr. 
Chalancon of WGB. 



WORKING GROUP 




Working Group A convened at 3:00 p.m. October 29, added code representa- 
tion in media to the agenda and proceeded to review the comments on the 6 and 
7 BIT CODE Proposal. 


A. CODE STRUCTURE 


The chairman concluded that no country had seriously questioned the 
structure of the 6 and 7 bit coded character sets and that WGA should proceed 
to the consideration of specific points. 


B. CONVERSION BETWEEN 6 AND 7 BIT CODE 


After discussion of conversion between the 6 and 7 bit codes, it was con- 
cluded that little could be done to simplify translation without sacrificing other 
features of the code sets. 


C. FIVE BIT SET 


The delegate from Sweden made a strong plea for a "5 bit set" consisting of 
information bits plus parity and suggested shifting a number of characters 
from the special character column into the column of digits in the code table. 
After some discussion the chairman expressed the consensus that the suggestion 
had been carefully considered and other desirable features such as collating 
order had been given greater weight in designing the code. The chair ruled that 
national and industry groups should study and submit recommendations to SC 2 

D. LOWER CASE ALPHABET 


On allocation of the UNASSIGNED columns of the code table, a majority of 
the delegations were in favor of allocating a lower case alphabet in the relative 
positions opposite the capital letters. Two votes were taken as follows: 


a. Placement of small letters without qualifying notes. (The vote 
was as follows: Yes - Netherlands, Germany, United Kingdom, 
Italy, Switzerland; No - None; Abstain - France, Japan, United 
States). 


b. With qualifying notes such as specifying alternate use. (The vote 
was as follows: Yes - France; No - United States, Italy, United 
Kingdom, Netherlands, Switzerland; Abstain - Germany, Japan). 
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alternate use characters 


* The ca. sss.*23s-nr \ y 

F. BACKSPACE 

Agreement «s reached that Ae ^le 8 ^^ function to 

in the code position desrgnated FE " the 
be used to operate carriage, not tape. ) 

G DLACRITICALS 

In . number »< »»P~ 

tied u the evai lability el ”„ ritlc ,„ ln the cede table but di.agr.e en 

many of delegations favor mcludi, sg ^ fae circulate d will show (see 

whether four or five are needed. Th P P gU htly modified in shape to 

code table) the "double quote" and ap ^P^ and g „ left arrQ w" replaced by 
do dual duty as diacriticals an tQ be indicate d between a fifth dia- 

"diacriticals". In addition, ac Th e chairman "Mr. Ross” made a state- 

critical and the "number' symboL T ^ aymbols are least important 

ment to the effect that the qu . reau i re a ccenting by use of dia- 

should be examined so that nations w t of substituting when required, 

critical can substitute when required. Th P concep t of international 

was challenged by Italy and seems in conflict wtihCCZ ions . (The opera . 

use of separate letters and accents -Jelecomm ^ foUov ,.. (1) Transmit 

tional Telecommunications “l® B) Transmit appropriate diacritical symbol for 
letter, (2) Transmit Backspace (3) accented Y, tters in information processing 

r;:?, bT,. ,ti“. «... »■*•••■ * ““ “* ■” 

as three character combinations). 

, • = = » for "Physical End of Medium" in 

C ° de table ’ 

H . REASSIGN "ACKNOWLEDGE". GRAPHIC REPRESENTATION OP 

Reserving the three code ^ ^ 

table for national usenecessi a shown in one of these positions. 

ACK (acknowledge) character P« ition lower in the code table than 

Italy proposed that it be re representation be "under line". Discussion 

lower case a; and that its graphic representetion e ag being a ne w pro- 

posal not in accord by ‘he SC h indicated that most of the 

proposals previously submitted, ine ms 


■ „v5\° . o' 
\ 



stations looked on the function of "acknowledge" as a response that a 
tion has been connected, not as an automatic error control function 
^jcnowledging correct receipt of information. The Chair ruled that dis- 
cussion of error control was out of order, it not having been raised in any 
proposals or comments submitted. 


MEDIA IMPLEMENTATION (Perforated Tape) 

Following formation of two subgroups to discuss explanatory notes 
(definitions) and diacriticals, the remainder of Working Group A discussed 
implementation of the code on perforated tape. Agreement was reached 
that the tracks on 1 inch perforated tape should be numbered 1 through 8. 

There was no indication that this agreement included other than 1 inch 8 
track tape. The placement of the "check bit" was discussed as well as order 
of bit transmission, both briefly in limited time available. The CCITT 
representative indicated his organization preferred "odd parity" on trans- 
mission systems. On order of bit transmission he stated in effect that 
traditionally CCITT has used low order to high order and that very strong 
arguements in favor of high order to low order would have to be presented 
for CCITT to give way. 

A U. S. inquiry as to whether all agreed that the "check bit" should be 
transmitted last was not supported. Time had run out, however, and failure 
to support may not represent opposition. 

The Chairman of WGA instructed the delegations to be prepared to discuss 
ihe following points at the May 1964 meeting of SC2: 



1. Check bit position in perforated and magnetic tape. 

2. Parity of check bit in perforated and magnetic tape. 

3. Code bit positions in tape. 

4. Relationships for order of transmission sequence. 

5. Sequence of transmission. 

6. Sense of check bit in data transmission. 

7. Relation between significance of bits and transmission sequence. 

8. Inter-relationships of above items on the various media. 

9. Keyboard arrangements. 
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J. EXPLANATORY NOTES 


In the brief time available the group working on explanatory notes to the 
code table agreed on changes to a number of definitions. N ^‘ het th 
changes nor the explanatory notes in general were discussed by Working 
Group A or the plenary session of SC-2. 


K. CODE TABLE 


The sub group on "Diacriticals" prepared the revised code table attached 
to the unofficial copy of the Resolutions. 


WORKING GROUP B 


The attached report prepared by Mr. M. H. Sluis outlines the activity of 
this group. 


RECONVENED PLENARY 
SESSION SC- 2 


Subcommittee 2 reconvened in plenary session to receive report! >oi the 
Working Group Chairmen and to act on the resolutions prepared by the editing 

committee. 


A. RESOLUTION 1 


After discussion in which the U. S. A. and Germany took exception to 
several points enumerated in Resolution 1 as having been agreed to. some 
revisions were made to make the points subject to comment. 


B. RESOLUTION 2 


The CCITT was requested to study the 7 bit code with respect to .their need 
for an "Alpha" and a "Beta" control character and advise SC- 2. Alpha and 

"Beta" had previously been defined respectively as "synchronous line idle 
and "customer idle". CCITT is expected to determine whether characters 
already in the code table will suffice or whether additional codes should be 
assigned for "alpha" and"beta" functions. There seemed to be ^agreement 
among the delegates as to what the specific functions of "alpha and beta 
actually are. 
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$£ CODS X T SXEHStfTS P’lJfFO-WtATIQSf 


K ftanfaise 

Ration (AMOR) 
jrj, des Victoires 



ISO 

ORGANISATION IHKIffliATIOEAlE DE NOFJIALISAIIOH 
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION 

ISO/TC 97/SC 2 i 

! i JHK DE CARACTIB2S ET CODAGE , 

Secretariat : 

| FRANCE !• 


. L1STE DE PRESENCE * 
2Q octobre matin 


ALLB-1AGME 


iso/to 97/sc 2-7 
(PARIS - DIC 1)0 / j 
Octobre 1 963 


MM, LOCKEHAHN 


President i M. FEISSEL (Prance) 


Siemens £: Halske 
Munich 

IBM Deutschland, Boeblingen 
IBM Deutschland, Boeblingen 


lin. GRIFFIN . Navy Management Office 

U.S, Navy Department 

BOOTH Teletype Corporation 

GREY Secretariat ISO/TC 97 

GRYB American Telephone L Telegraph Co, 

LITTLE National Bureau of Standards 

C.E. MACKENZIE IBM Corporation ~ ■ 

U.H. McKENZIE ITT - Data and Information 

Systems Division 

cjluis Pratt & V/hitney Company 


MM, FRONTARD 
l/HALAl'igON 


Directeur h l'AFNOR 

Ste Alsthom 

Cie machines Bull 


C.N.E.T. 

C.N.A. 

Cie machines Bull 


Arc, : 6 791 E 


On a souligne le nom du chef de delegation. 
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at ISO/TC 97/SC 2 Meeting 

V ».— ■ a,, S.“S»“ . , 

W T 

L. L- Griffin 
Nov. 2, 1963 

■Resolution! t r codes (document ISO/ TC 

r,„ S c , '* 

’snssi'sj^- 

Ih . sc, s. A !"" d . HrS; - 

-- - — ,.*«< 

, ~ ’ ^ _ , mU - 

' . revised document, the 

In preparing the revis 


L T ..u— — 


code table. 


, provision for diacritical signs. 

... ns re8 erved for National Usage. 

3 Allocation of positio 

4 . ^ 

, — 

— —~ 

S. 

7. Revised wording for certain 

planatory Comments. in punched tapes, it was 

-s-sssrsr ; *■ 5 “ d f ” ” 

agreed to number the 
tapes 6, 7 and 8. 


a 


Resolution 2 

ISO/TC 97/SC 2 requests the CCITT to study the 7-bit draft ISO 
code proposal in particular with respect to the alpha and beta characters 
that may be required in certain telecommunications systems and to advtse 

ISO/TC 97/SC2 of the results. 

R esolution 3 

A Working Group of ISO/ TC 97/SC 2. should be set up to examine 
the oroblems of the Numerical Control of Machine Tools. The Worktng 
Group sWd be empowered to liaise with all ISO/ and IEC Committees winch 
are concerned with any aspect of this subject. 

Resolution 4 

Pending the agreement of ISO/TC 97. the AD HOC Working Group 
B for Numerical Control of Machine Tools should study in detail the pro- 
posals made by the secretariat in Doc. ISO/TC 97/SC2 (Sec. 15) . 

Specifically the following points should be examined: 

a) Tape coding 

b) Glossary, initially limited to tape coding for machine tools 

c) Block format 

d) Sequence of information within the block 

f) To^dvise ISO/TC 95/SC 8 on the special requirements for punched tape 
employed in workshops. 

Resolution 5 

It is recommended that the 7-bit character code in ISO/ TC 97/ SC 2 
(Sec. 12) 30 as amended, should be considered for application to the Numerical 
Control of Machine Tools, and first with respect to punched tape on 8 tract 
tape. 




DEPARTMENT OF THE NAVY 
NAVY MANAGEMENT OFFICE 
WASHINGTON 25. D. C. 


29 November 1963 

MEMORANDUM TO MEMBERS, ALTERNATES, AND CONSULTANTS 
OF A. S. A. X3. 2 AND TASK GROUPS 

Subj: Report of ISO/TC-97/SC 2 meeting of Oct 29-31, 1963 

An unofficial report of the Paris meeting of ISO/TC-97/SC 2 
is attached. Mr. Sluis provided the unofficial translation of the Work- 
ing Group B session. We should eventually receive the official Sec- 
retariat's report of the meeting. 

Establishing a U.S. A. position on the various items acted on 
or proposed at the SC 2 meeting and the preparation of proposals on 
media imposes a very heavy work program on X3. 2 and Task Group 
members. Much of this work must be completed during December 1963, 
in order that the necessary clearance for international submission may 
be obtained from X3 early enough for international distribution and dis- 
cussion at the May 1964 meeting of ISO/ TC- 97/SC 2. 

This work program was discussed at the November 1963, 

X3. 2 and Task Group meetings and action was taken on a number of the 
items . 


V , v 

L. L. GRIFFIN 
Chairman X3. 2 

cc: 

Chairman X3 (2 copies) 


Aj A' 



UNOFFI CIAL 


Report 


o.t 


TC 


97 /SC 


Meeting of October 29-31, 1963 


Enclosures 


1. Delegation lists - SC 2, IGA & B„ 

Z. Resolutions acted upon by SC 2, with code table (unofficial version). 

3 Report of Group B - Numerical Control of Machine Tools - UNOFFICIAL 
TRANSLATION OF CHAIRMAN’S REPORT provided by delegate M. H. 

Sluis. 


Papers distributed by U. S. Delegation 

a. Document No. ISO/TC 97/SC 2 <OSA12)67; 

DEFINITIONS by TGX3. 2.4 dated 26 Sept. 1963 with CODE EXTENSION 
"(Shift and~Escape) working paper of 25 Sept 1963 attached. 

b. Document No, ISO/TC 97/SC2 (USA 13) 68 - U. S. Activity Report on 
Punched Tape dated Oct. 11, 1963. 

c. Document No. ISO/TC 97/ SC 2 (USA. 14) 69 - Activity Report of Work 
Underway in X3. 2. 1 dated 4 October 1963. 

d. Document No. ISO/TC 97/SC 2 (USA 15) 70 - Activity Report of X3. 2. 3 
dated Oct., 10, 1963. 


Proposals distributed by other Nations. 

a. Document No,. ISO/TC 97/SC2 (Italy I) 58E - ITALIAN PROPOSALS FOR 
'THE USE OF 6th .AND 7th COLUMNS OF THE 7- BIT CODE - dated Oct,, 

1963. 


Document No. ISO/TC 97/SC2 (France- 2)55E - FRENCH PROPOSALS IN 
VIEW OF ALLOWING THE INSERTION OF LOWER CASE ALPHABET AND 
ACCENTUATED LOWER CASE LETTERS IN ISO DRAFT -PROPOSAL 7 BIT 
CHARACTER CODE - Oct. 1963. 


Documents of interest Distributed. 

a. Document No. ISO/TC 97/SC2 (ECMA- 2)51E ECMA PHILOSOPHY ON 
CODES, March 1963. 






b. Document No. ISO/TC 97/SC2 (Germany 3) 59 - German Considerations 0ll \ 

Representation of 6- Bit Code in Punched Cards (Undated). 

c. Document No. ISO/TC 97/SC2 (Japan I) 56E - OPINIONS OF THE JAPANeJ 
MEMBER COMMITTEE ON THE ISO DRAFT CODE FOR INFORMATION \ 

INTERCHANGE dated Oct. 1963. 

The meeting was held in the new U. I. C. building near the Eiffel Tower. Mr 1 
Frontard, Manager of AFNOR, opened the meeting and Mr. Feissel was re- 
elected Chairman. An editing committee consisting of Mr. G. Chadwick, Mr. 

L. Durand and Mr. C. E. Mackenzie was appointed. 

During the discussion of the agenda, the United States recommended that the 
responsibilities of SC- 2 in the Numerical Control of Machine Tool area be 
limited to character sets and code representation in media. This recommenda- 
tion was not supported by a majority of the delegates. 

At the request of the United States, an activity report of International Or- 
ganizations was added to the agenda. The Draft Report of the WGB meeting 
8-9 October 1962 was approved. Mr. Besseyre reported on the activity of 
CCITT with respect to a new "alphabet" and called attention to the report docu- 
ment ISO/TC 97/SC2 (CCITT-1) 44 of July, 1963. 

Mr. Cluff, representing ECMA stated that an ECMA standard on a 6 bit code 
had been issued and that work was underway on a 7 bit code as well as media 
implementation of the two codes in perforated tape and magnetic tape. 

Mr. Chadwick requested that each national delegation be given an opportunity 
to report on national activity. ' 

The representative of Japan reported that there are about 800 computers in 
Japan, that Japan intends to adopt the 7-bit code, one code only. Japan has a 
requirement for more than the 26 alphabet characters provided in the 7 bit set. 

The representative of France reported that work has been underway on 
assignments for the "UNASSIGNED" section of the 7 bit code. 

The Italian representative reported that Italy had prepared a proposal for 
working Group A on assignments for the "UNASSIGNED" section. 

Representatives were appointed to Working Groups A and B as shown on 
attached membership lists. Mr. Ross was named chairman of WGA and Mr. 
Chalancon of WGB. 
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. WORKING GROUP A 

, i. 1 nn r, ™ October 29, added code representa- 
tl on W rmeiftr*e A agendrLd proceeded to review the comments on the 6 and 
7 BIT CODE Proposal. 

A CODE STRUCTURE 

to the consideration of specific points. 

B . CONVERSION BETWEEN 6 AND 7 BIT CODE 

features of the code sets. 

C. FIVE BIT SET 

- -esate -m S* — " 

"S^er " £ rsCe-on 

fr » sc , 

D. LOWER CASE ALPHABET 

, i_ tttvt a ccTf"’ TM'FT) columns of the code table, a majority of 
On allocation of the UNASSI lowe r case alphabet in the relative 

the delegations were in favor were taken as follows: 

positions opposite the capital letters, iwo vo 

a Placement of small letters without qualifying notes. (The vote 
‘ foUows- Yes - Netherlands, Germany, United Kingdom, 

Sly SwUaeTlanX No - None: Abstain - France, Japan, United 

States). 

. with Qualifying notes such as specifying alternate use. (The vote 
b. With qualifying No - United States, Italy, United 

was as follows: Yes -.trance, inu « T _ 0 „\ 


Kinadom. 


Liowo. ' 

Motherlands, Switzerland; Abstain - Germany, 


E. 


ALTERNATE USE CHARACTERS 


7 J! 16 a !\i P ° Sltlons immediately higher than the two alphabets in the 
-bit code table as well as the currency symbol code position should be re 
serve for national usage in the opinion of the majority of delegations. 

F. BACKSPACE 

Agreement was reached that the function "backsDace" shn,dd k . ' 

in the code position designated FE Q in the 7-bit code table ^ThisV^^* 1 ^ 
be used to operate carriage, not tape. ) * function to 

G. DIACRITICALS 

In a number of European countries, the use of a lower case alr,h a h~+ • 

tied to the availability of diacritical marks for accenting letters P A * 18 

many of delegations favor including diacriticals in the L + ’ Apparentl y 

whether four or five are needed The i , 6 * ab ^ e but disagree on 

code table) the "double quote" fnd L " ^ , f rculated * iU **>ow (see 

do deal duty as diacritic^, and *e ^ and^, *“ ^ 

"diacriticals" r r p and left arrow" replaced by 

critical and the -number' ""^ 0 “ cWmfjT"^ "T*™ ‘ “h 
meet ,0 the effect that the q^tto n as to wMoh of S " made a sta,e - 

shoeld be examined so that nations which requirement"* by"' 
critical can substitute when reauired The ^ accenting by use of dia- 

was challenged by Italy and seems in’conflict^it^cCITThcon 1141 ? Tequiled 

use of separate letters and accents in TeWo • TT cept of Internationa] 
tional Telecommunications use proposed ^ 0 ^? ^ ("» 

letter, (2) Transmit Backspace HI Tr.n.l f 0 * " S: (1) Tr “emit 

overprinting. The use to be made of acceMed lett«?in iS*' 1 * 11 ,” 1 Sy ” bo1 £ ° r 
was not clear but opinions were expressed that th information processing 

as three character combine, tons" y ' V ° Uld “ 0t te ^nipulated 

.. It£ 4 y Wil1 su ^mit a proposal making a case for "Phvsiral 

lxeu of "logical End of Medium" (LEM) in the code table Medtum" in 

H. REASSIGN "ACKNOWLEDGE', GRAPHIC REPRESENTATION OF 

tabfeT^ '™L™*;:::;znTz u z h v h * n iower case z in *• - d * 

ACK (acknowledge) character presently 1 shotn 0 t"n 0 one ^ 

Italy proposed that it be relocated in tL ° ° ° f these Positions. 

lower case a; and that its graphic representation beO^ T O* C ° de taWe than 
of assignment of "under line" was terminated by the Chai^ T -’ DlSCUSsion 
posal not in accord by the SC-2 chairman , * h ° h * aS belng a new pro “ 

proposals previously s bm tte T^e d " ^ diSCUSsion be “-ited to 

7 Submitted - The discussion indicated that most of the 
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, M^^nwiedee" as a response that a 
delegations looked on the * ua ^ 0 ^ g ° an autom atic error control function 
station has been connected, _ informat ion. The Chair ruled that dis- 

.cknowledging-rrect ^ P^ ^ ^ not having been raised in an y 
or comments submitted. 

J_ media IMPLEMENTATION (Perforated Tape) 

Following formation of two Group^ discussed 

(definitions) and diacritic , tape . Agreement was reached 

implementation of the ^should be^umbered 1 through 8. 

that the tracks on 1 inch P elf °^'“ P ement included other than 1 inch 8 
There was no indication that bit „ was dis cussed as well as order 

track tape. The ^ tSed time available. The CCITT 

of bit transmission, both br y . ferre d "odd parity" on trans- 
ire sentative indicated his he stated in effect that 

mission systems. On or er ° or der to high order and that very strong 

for CGtTT to give way. 

A «, S. 

f WGA instructed the delegations to be prepared to discuss 
The Chairman o meeting of SC2: 

following points at tne m y 

!. Check bit position in perforated and magnetic tape. 

2. Parity of check bit in perforated and magnetic tape. 

3. Code bit positions in tape. 

4. Relationships for order of transmission sequence. 

5. Sequence of transmission. 

6. Sense of check bit in data transmission. 

7 . Relation between significance o, bits and transmission sequence 
g. mter-relationships of above items on the various media. 

9. Keyboard arrangements. 


J. EXPLANATORY NOTES 


In the brief time available the group working on explanatory notes to the 
code table agreed on changes to a number of definitions. Neither these 
changes nor the explanatory notes in general were discussed by Working 
Group A or the plenary session of SC- 2. 

K. CODE TABLE 

The sub group on "Diacriticals" prepared the revised code table attached 
to the unofficial copy of the Resolutions. 

WORKING GROUP B 

The attached report prepared by Mr. M. H„ Sluis outlines the activity of 
this group. 

RECONVENED PLENARY 
SESSION SC- 2 

Subcommittee 2 reconvened in plenary session to receive reports of the 
Working Group Chairmen and to act on the resolutions prepared by the editing 
committee. 

A. RESOLUTION 1 

After discussion in which the U. S. A. and Germany took exception to 
several points enumerated in Resolution 1 as having been agreed to, some 
revisions were made to make the points subject to comment. 

B. RESOLUTION 2 

The CCITT was requested to study the 7 bit code with respect to their need 
for an "Alpha" and a "Beta" control character and advise SC- 2. "Alpha" and 
"Beta" had previously been defined respectively as "synchronous line idle" 
and "customer idle". CCITT is expected to determine whether characters 
already in the code table will suffice or whether additional codes should be 
assigned for "alpha" and"beta" functions. There seemed to be disagreement 
among the delegates as to what the specific functions of "alpha" and "beta" 
actually are. 
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c RESOLUTIONS 

The establishment of a permanent Working Group on Numerical Control 
oi Machine Tools under Subcommittee 2 was approved. 

p, RESOLUTION 4 

Accepted without change. 

RESOLUTION 5 

The draft of this resolution was revised to leave the door open for media 
o Jr than perforated tape to be considered with 8 track perforated tape to be 

considered first. 

NEXT MEETING 

The next meeting of ISO/ TC 97/ SC- 2 and WG-B was tentatively set for 
New York City as follows: 

SC-2 — May 12-13-14-15, 1964 

WG-B - May 11 and 13, 1964 with the WG-B members attending 
SC- 2 in joint session May 12, 1964. 

The SC- 2 Secretarial (France) will attempt to have a revised proposal 
reflecting the above results available to TC 97 Secretariat ( USA) for circulation 
to the participating countries and interested orgamzatmn by December 15. 
with comments to be returned to SC- 2 by March 15, 1964. 

The objective is to have a draft Rec^mendati^ ready for ISO/TC 97 con- 
sideration at the May 1964 meeting in New York City. 
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Just as the many human languages make f 

communication difficult between men, many 
machine languages have created a problem 
in data communications. .4 uniform code 
has now been developed to work between 
many kinds of data processing systems. 


A New Standard Code 
For Teletypewriters 


J. F. Auwaerter 


E arly this year a new and unusual teletype- 
writer was introduced into Bell System serv- 
ice. Instead of the traditional three rows of keys 
on the keyboard this machine had four rows, 
making it look quite like a standard office type- 
writer. Important as this new look will be to the 
teletypewriter user, its significance could be 
dwarfed by an underlying but hidden difference 
which makes this keyboard change possible. The 
new sets operate on a new seven element code 
alphabet based upon the American Standard Code 
for Information Interchange (ASCII) which was 
approved June 17, 1963, by the American Stand- 
ards Association. 

The new code alphabet promises not only to 

At left is shown the eight-level tape and the new 
four-row teletypewriter. A drawing of the key- 
board showing the placement of all characters is 
depicted on page 399. 

November 1963 i / l ' 

^ f C-c , ) a h n ^ rJ 


simplify communication by providing the type- 
writer-like keyboard, but also to benefit the in- 
formation processing industry by providing a 
uniform machine alphabet for interchanging data. 
The code looks to the future, not the past; its 
structure is based on the binary logic of the mod- 
ern computer. Because it is thus useful in both 
digital communications and data manipulation, 
the code will encourage the interworking of these 
two fields. 

The vast bulk of the communication common 
carrier’s telegraph business has been man-to-man 
communication, either of messages such as tele- 
grams, or of data such as purchase orders and 
weather reports. Human operators have “deliver- 
ed” messages to teletypewriter keyboards, and the 
telegraphic system has delivered page copy to 
another human at a distant teletypewriter. In be- 
tween the information is cast in a five bit code, 
the so-called “Baudot” alphabet. Since five 
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binary digits provide only thirty-two (2 5 ) per- 
mutations, the code’s character capacity was 
doubled by use of a pair of mode shift characters. 
The alphabet was placed in one case (letters), 
the numbers and symbols in the other (figures) . 
The limited number of characters in each case 
made the three row, 32 key, keyboard a natural 
choice. 

But there were difficulties. Typists trained to 
the four-row standard typewriter keyboard found 
the three-row teletypewriter keyboard somewhat 
confusing. Both the quality and quantity of oper- 
ator output of the mixed alpha-numeric text typ- 
ical of “data” applications were unsatisfactory on 
three-row keyboards. On-line, the case shift char- 
acters introduced problems of continuing errors 
where one of two intercommunicating machines 
failed to receive the proper shift information, and 
the limited number of special symbols and con- 
trols available in the figures case has frequently 
caused the same code combination to be assigned 
two or more alternative meanings. This in turn 
led to difficulties as systems tended to merge. 
These problems stimulated consideration of a new 
code both domestically and internationally, but 
they were not sufficiently serious to warrant a 
break with the past and all the expenses such a 
break would entail. 

Data Processing 

The data processing industry on the other hand 
was rapidly outgrowing the period where its work 
was primarily of local concern. In most early ap- 
plications of data processing, information was 
converted from documents into machine readable 
form on the site. There was no problem of con- 
necting machines on a compatible language basis 
over any significant distance, nor wa§ there much 
need to interchange data off-line through use of 
media such as punched tapes, magnetic tapes and 
punched cards. Under these circumstances equip- 
ment manufacturers made independent choices of 
character sets and code alphabets. Translators 
took care of boundary conditions. 

In recent years a new trend has appeared. In- 
tercommunication between data processors and 
between processing centers and related equipment 
is increasing. The Internal Revenue Service will 
accept income tax forms on magnetic tape — but 
whose tape and in what code? The Social Security 
Administration is best served by receiving its 
data in machine readable form as a by-product of 
the employer’s data processing. Large commercial 
operations need to transfer data not only within 
their own operations but also frequently must 


converse on a machine basis with their suppliers 
and customers. A standard coded set of characters 
is the heart of any such interchange of records. 


Equipment And Incompatibility 

The lack of standards in the data processing in- 
dustry had another equally restrictive effect on 
the user of these services. New equipment or re- 
placement equipment was frequently not compati- 
ble with his system. Thus he tended to be locked 
in to his initial system supplier or he would be 
burdened with the cost of conversion operations 
when he had to deal with a new supplier whose 
equipment, although it might be less expensive and 
more efficient, was incompatible with the original 
system. 

By the end of the 1950s, the data processing in- 
dustry was very much in need of standardization. 
Hundreds of different codes were in use. The com- 
munication industry, though using essentially 
only one code, was also beginning to feel the need 
for better things. It thus became apparent that 
if a single new code could serve not only the tradi- 
tional communication market but also the data 
interchange needs of the information processing 
market, not only would each class of user benefit 
in his own area, but also large message communi- 
cations networks would form an important new 
facility — a widespread net of compatible and low 
cost input/output devices for the larger, pro- 
grammed machines. Further, should such a move- 
ment gain international acceptance, the new code 
alphabet would become a sort of machine Esperan- 
to, reducing the barriers within our multi-lingual 
human world. It was with this background gener- 
ally in mind that a group of experts from the data 
processing and communication industries set to 
work in 1960 to establish a standard code for in- 
formation interchange. 


Standardization Studies 


Working under the guidance of the American 
Standards Association Sectional Committee X3, 
this group examined all the codes currently in com- 
mon use, but none were considered satisfactory. 
The universally used five-level communications 
code was obviously unsuited to data manipulation. 
The most popular code in information processing, 
the 48 character, 6-bit so-called BCD (binary 
coded decimal) code, offered the advantage of a 
simple relationship to the Hollerith punched card 
code used by tabulating machines, but was not well 
structured for use in either central processors or 
other peripheral equipment. The Department of 
Defense FIELD ATA code developed in the mid- 
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Bell Laboratories Record 
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5 4 3 2 1 


The neiv ASCII code 
shown in binary order. The 
extreme left of the draw- 
ing shows the five lower 
order bits. At top are 
the two higher order bits. 
The symbol (") appears 
on the same key as 2 by 
a “shift” of bit 5. 
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GRAPHICS 
-SYMBOLS, DIGITS, - 
AND ALPHABET 


1950s, represented a major improvement over 
prior pactices, but on analysis it too exhibited 
deficiencies in natural collating order and caused 
problems when used with foreign alphabets con- 
taining more than twenty-six characters. 

Consequently the group turned its attention 
to the development of an appropriate code pro- 
posal. After several months of trying without 
success to adopt a sixty-four character code hav- 
ing a six-bit structure, the group settled upon a 
seven-bit set of 128 character capacity. Agreed 
upon late in 1961, this set was subsequently re- 
vised in the spring of 1962 to meet some recent 
European requirements. It is this seven bit code 


which was approved as an American Standard 
this summer and has successfully completed the 
first of two formal steps toward international 
standardization under the auspices of the Inter- 
national Standards Organization. 

The New Code 

As presently approved the ASCII code is not 
a complete standard. Its representation is media 
such as punched tape, magnetic tape, and punched 
cards is currently being defined by the same 
group that developed the code. The drawing on 
this page shows the code in (binary) arithmetic 
order; the value of the permutation increases 
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• INDICATES HOLE 

INDICATES NO HOLE 
HOLES ON 0.1 INCH CENTERS 


A rendering of the 8-level teletypewriter tape. track always marking. Optional vertical parity in 
Present Bell System usage is to make the eighth the eighth track will accord with this drawing. 


from 0000000 (binary zero) to 1111111 (binary 
127). For convenience, the permutations are di- 
vided into four columns, with the five low order 
binary digits (bits) on the left side and the two 
high order bits at the top. This representation 
clearly shows the binary relationships of the 
characters within the code. 

The two center columns of the code contain 
printing graphics. The first character is SPACE, 
the “word separator,” which can be thought of as 
an “invisible graphic.” Following SPACE in as- 
cending binary order is a set of special symbols, 
the ten decimal digits, a group of six more special 
symbols, and finally the alphabet. In total, sixty- 
four printing graphics are provided so that all the 
sixty-four permutations of a 6-bit binary com- 
puter could, for instance, be interchanged with- 
out fear of the inadvertent generation of signifi- 
cant control characters. These graphics were 
placed in the center two columns so as not to con- 
flict with the peculiar requirements which trans- 
mission systems place on the “NULL,” or “all 
0’s,” combination, and the equal restrictions 
placed on the “all l’s” combination (DELETE) 
by its use as a rub-out in punched tape. 

After the position of the graphics was picked, 
approximately one-half the remaining permuta- 
tions were assigned to control functions; the re- 
mainder have not as yet been assigned. The use 


of this unassigned area is now being debated be- 
tween those who would like to use it for additional 
graphics, particularly a lower case alphabet, and 
those who see a need for additional control char- 
acters. 

Logical Design 

Every effort was made to design the set logi- 
cally. To the extent possible, like classes of char- 
acters were placed in contiguous binary areas so 
they could be recognized by examination of a 
minimum number of bits or through simple arith- 
metical tests. Punctuation marks (or special sym- 
bols) were placed at the beginning (low binary 
end) of the 64 character graphic subset since 
punctuation needs usually come before digits and 
alphabetical characters in listing information, 
ROY, C. comes before ROYAL, C. in the telephone 
directory, a simple example of comma (,) pre- 
ceding O in order. The alphabet was placed in one- 
half of the six bit graphic subset to simplify its 
identification. This logical structure facilitates 
data sorting and grouping. The location of the 
alphabet within its five bit (32 character) frame 
was dictated primarily by the desire to accom- 
modate more than twenty-six alphabetical char- 
acters, a necessity in certain European languages. 
The chosen placement permits the addition of up 
to 5 alphabetic letters following the character Z. 
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To facilitate this substitution the five characters 
placed in those positions are of secondary import- 
ance. International acceptability was one of the 
prime targets in the code’s design. To faciliate ma- 
chine arithmetic, the decimal digits were coded so 
that their four low-order bits represent the binary 
equivalent of the decimal value. Thus the bits 
b 4 through b 4 of the digit “zero” are 0000 and of 
the digit “nine,” 1001. 

Placing Special Symbols 

Great care was taken in the placement of the 
special symbols. The most natural human collat- 
ing order was reduced to a binary order, permit- 
ting low-cost collating by arithmetic instead of 
“table look-up” techniques. Not only were the 
common special symbols ( ! through /) assigned 
a lower binary value than the digits to provide an 
ordering or collating sequence (Symbols, Digits, 
Alphabetics) compatible with normal human 
usage, but also care was taken that no symbols 
important today in collating schemes should lie 
between the numerical and alphabetical fields. 
In this way the alternative collating sequence, 
Symbols, Alphabetics, Digits, which is also used 
quite widely today, can be obtained within a proc- 
essor through a simple “Exclusive OR” device in 
logic. 

The symbols, colon and semicolon, considered 
less important than many of the other symbols, 
were placed so they could be replaced by “10” and 
“11” in Sterling monetary areas where use of the 
single digits 10 and 11 for English pence is com- 
mon. The symbols in the upper half of the second 
column were assigned to facilitate pairing of sym- 


bols and numerals on teletypewriter keys. Note 
that the symbol (") can be generated by the same 
key as the numeral 2, and (%) by the same key as 
5 — quite like the ordinary typewriter — by a simple 
change, or “shift,” in the state of bit b 5 . 

Contracting The Set 

The symbols also were placed so as to simplify 
the seven-bit set’s relation to a preferred Euro- 
pean six-bit computer set. In fact the whole set can 
be contracted in a regularized manner. If bit 6 or 
b 7 is ignored a large variety of six-bit sets can be 
obtained for possible internal use in equipment. 
One such set might be the pure graphic subset 
contained in the center two columns; another 
would be similar but with the substitution of 
line feed and carriage return for the symbols 
asterisk (*) and hyphen (-). By slightly more 
complex contractions, involving the manipulation 
of bit b 5 , still other six bit sets can be obtained. 
The flexibility afforded designers of six-bit proc- 
essors is great, and it is not at the expense of a 
uniform data interchange convention. 

Further, by striking out bits b 5 , b 6 and b 7 , a very 
neat four-bit subset, indicated in the drawing on 
page 397 and containing not only the decimal 
digits but also a very useful set of punctuation 
marks, is obtained. This latter set should prove 
handy for cash registers and other basically nu- 
meric-only devices. Similar considerations for*" ex- 
pansion to an eight-bit set contributed to the 
design of the code. 

A fundamental means of departure from the 
basic set is provided by the escape. While the use 
of this character has not yet been officially defined, 


©©©©©©©©©©O© 

@©00O0©O®®©© 

© ©©©©©(h)©©©©© 
©©©©©©@©©©©0 


The arrangement of characters under the new code on the four-roiv typewriter-style keyboard. 
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it is conceived of as indicating that the data 
which follows is not in the standard code. This 
feature will be very useful since no finite set of 
characters can ever anticipate the variety of prob- 
lems to be faced in the future. The definition and 
identification of alternate domains into which the 
coded system “escapes” is the subject of current 
standardization activity. 

The column of controls can be viewed as pro- 
viding essentially four equal sized groups of char- 
acters. The first eight, null through bell, are 
useful to the communicator. The second group 
of eight consists of the “format effectors” which, 
like line feed and tabulate, organize printed 
data on a page. The third group, in addition to 
providing controls for operating auxiliary ap- 
paratus, contains signals to (1) indicate an error 
in data (ERR), (2) provide a synchronizing pat- 
tern for use by synchronous communication ter- 
minals (sync) and (3) indicate the end of use- 
able information (LEM-“Logical End of Medium” 
as in “end-of-card”). These second and third 
groups are equally useful to the communicator 
and the data processor. The final group of eight 
controls provides the data processor with data 
delimiters useful in structuring data into a 
hierarchical relationship such as ITEM, record, 


Conflicting Requirements 

It might be thought from this simple recitation 
of the features of the code that its generation was 
straightforward. This was not the case. There 
were typewriter requirements and computer re- 
quirements, card equipment requirements and 
magnetic tape equipment requirements, program- 
ming and hardware requirements, transmission 
requirements and collating requirements. In addi- 
tion there were military, domestic, and interna- 
tional requirements. These needs conflicted and 
the only solution was compromise. The code in 
the drawing on page 397 appears to be an almost 
ideal compromise between the conflicting require- 
ments. One “requirement” it does not meet; it 
breaks completely with the past. It is quite incom- 
patible with both the ccitt No. 2 alphabet and its 
derivatives, widely used in communications, and 
the punched card code used extensively in tabulat- 
ing machinery. It looks to the future. 

In 1962 the Bell System Teletypewriter Ex- 
change Service (TWX) was converted from manu- 
al to dial operation. (Record, July-August 1962) 
A new transmission arrangement which accom- 
panied this conversion made possible the introduc- 
tion of a 100 word per minute service to compli- 


ment the existing 60 words per minute operation. 

Since the majority of the teletypewriters in ser- 
vice were Model 15 units incapable of speeds in ex- 
cess of 75 wpm, any move to the higher speed 
presaged the replacement of these units. But if 
they were to be replaced, why not escape from the 
limitations of the 5-level code and its 3-row key- 
board ? Now, if ever, seemed the time to take such 
a step. 

Decision Made 

So the decision was made. Thereafter, it re- 
mained only to pick the code and alphabet on 
which the new machines would operate. It was 
in this environment that the Bell System joined 
the code standardization effort late in 1960 and 
adopted the conclusions of the standardization 
work as rapidly as formulated. 

Owing to the needs of its business, the Bell Sys- 
tem has been forced to choose a punched tape 
representation of the code before a standard rep- 
resentation could be worked out. This tape repre- 
sentation is shown in the drawing on page 398. It 
is based on the simple idea that bit 1 of the code 
should lie in track 1 of the punched tape, and so 
on, through track 7. The 8th track is currently 
unused, being left constantly in the “marking” or 
“l’s” condition. It will undoubtedly find future ij$e 
as a parity bit. 

This simple relationship between bit number 
and track number has been carried one step fur- 
ther. Since track 1 of a punched tape is tradi- 
tionally transmitted first in time, bit 1 of the 
code becomes impulse No. 1 of the transmitted 
teletypewriter signal. This compatible number- 
ing system will be of the greatest value in train- 
ing of personnel, in analysis of errors, and in 
simplifying maintenance and operating practices. 
For keyboard use, too, the code has worked out 
well. The keyboard, as shown in the drawing on 
page 399, differs only slightly from the one wide- 
ly used in office typewriters today. 

The code is beginning to find accelerated ac- 
ceptance in the industry. Some users generally 
the smaller one, may feel that there is no need to 
change their existing practices since their opera- 
tions are primarily in one location. In such in- 
stances no change should be expected until some 
other need, such as lower cost, expansion or re- 
placement of their data facilities provides the op- 
portunity for change. But the larger users are 
finding its promise of uniformity attractive. It 
is not too much to expect that the new code will 
be in extensive use throughout the world within 
the next decade. 
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BEMA Headquarters, New York City 

ATTENDANCE: 

Present 

December 


17 

IS- 

H. Spielman, Chairman 

RCA 

17 

IS 

0. R. Arne 

Kergenthaler Linotype 

17 

18 

J. B. Booth 

Teletype 


13 

. P. G. Charest (observer) 

NAVCOSSACT 

17 
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E. H. 1 Clamoris 

UBIVAC 
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13 

C. J. Davis 

IBM 
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■ R. F. Evald 

BTL V 
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L. ■ L. C-riffin 

Navy 
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G. V. Hawkins 

IE-1 

17 

13 

W. F. Huf 

Navy 
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J.- D. Keen 

UNIVAC • 

17 

18 

D. A. Kerr 

BTL 

17 

16 

W. Y. Lang 

BTL 

17 
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J. L. Little 

KBS 

17 


J. B. Kacfarlane, X4A1 

IBS 


13 

C . E . ■ Mackenzie 

IE4 
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G; E. Mistos' 

SCM-Kleinsehmidt 
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’J. K. Nelson 
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NASA 


13 

H. C. Umstead 
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•E.-F. Vidro 
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1. Documents Distributed: 


Doc. No. 

(X3.-2.4-) 

1 

2 



8 

9 

10 . 

11 

12 . 


Description 


Memo, to Xp.2. A, ASCII Control Character Definitions, 
by C. J. Davis and U. J. Zehner, 17 Dec. lS6^i 

Comments on Certain Control Characters and Their 
Location in the Code Table, L. L. Griffin, 

11 Dec. I963 • 

Draft, Letter of Transmittal, To Chairman X$.2 
from Chairman Xp.p, transmitting exhibits 
on ASCII Controls, 11 Dec. 1963. 

Check List of Control Character Symbol and Status 
of Definitions, J. L. Little, 1 6 Dec. 1965. 

DCA Memo, for Record, Subject: Communication 
Control Characters Utilizing the ASCII Code in 
AUTODIN, by Theodore Knight, 1^ Nov. 1963. 

Draft, Dual vs Single Alphabetic Code Assignments, • 
J. L. Little, 12 Dec. 1963. 

ASA Lettcrhc.-.d Memo, to X3«2.4, X3.2 and Chairman 
X3* 5, Legend and Glossary for Control Characters-, 

A. L. W hitman, 22 Nov. 1963. 

Schematic Diagram of Data Message Format, A. L. 
Whitman, 10 Dec. 1963. 

Memo to Members X^-AIE, Keyboard Arrangements, 

J. B. MacRarlane, 4 Dec. 1963. 

Tableau de Code A. 7 Elements. (7-Bit Set Table.) 

ISO Proposal (date added, "31 Oct 1963“ ). 

Attendance List, X3-2.4, 17 Dec. 1963. 

Clamons Code Proposal dated 17 Dec. 1963. 


13 ■ Memo, "On the Proposal to Include the Diacritical 

Mark ‘Tilde* 1 in the International 7 -Bit Code Set," 
D. A. Kerr, 17 Dec. 1963. 
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2. The Chairman asked for a volunteer to bo permanent secretary of 
X3-2.4. Allen Whitman agreed to assist in recording at meetings, 
and Jack. Little agreed to be Secretary. 

5- Mr. Kerr and Mr .. Little gave a report of an X3-3-4 (End-to-End 
.Controls) meeting held at Ell -A on December 9, 1963, attended by 
Mr. Kerr, Mr. Whitman, Mr. Little from X5.2.4, with Mr. Mundy as 
observer, and in part by Mr. Emmons representing X3-3.3. Task 
Group X3.3.5 was present in the afternoon. 

The joint meeting proved to be very valuable in that most of the . 
apparent conflict between control function definitions as set forth 
in X3.3.4's "Tutorial Paper or. Functional Requirements of Control. 
Procedures for Data Transmission" and those developed recently by 
X 3 . 2 . 1 , turned out to be semantic in nature. 

Much of the reconciliation has been documented by X3-3.4 and 
appears in the documents of December 11, 1963, identified as 
X3. 2.4-3. 

There was a discussion of the X3.2.4-3 document and a related paper 
submitted by Davis and Zehncr of IEM. The action on these reports 
took the form of the following resolution: 

Resolved that X3-2 should transmit an inquiry to X3.4 
(Programming Languages) asking for guidance on number, 
needs and uses of single-character information separators 
of ASCII, and suggested definitions, with the suggestion 
■that the number of those information separators be kept 
to a minimum. 

4. A report of the Ad Hoe Committee from X3.2.4 ar.a X4-A1E on Underscore 
and Diacriticals was given by J. 3. Booth, L. E. Turner, J. B. 

Macf arlane , Erie Clamons and W. F. Huf. This Ad Hoc Committee had 
made a serious attempt to reconcile the conflicts presented by: 

a. ASCII in its existing form, 

b. The ISO/tC 97/SC2 7-bit code table with underscore, 
five diacritical marks and several national-usage 
areas. (Document X3-2.4-10 or 10A), 

o. De facto keyboard arrangements (Document X3-2.4-9), 
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d. Desirability of pairing "repeatable" symbols on electric 
typewriter keyboards, 

e. Desirability of pairing symbols having similar surxace 
area on electric typewriters of the type-bar type, 

f. Minimizing the confusion possible when receiving dual-case 
information on a mono case printer. Tnis suggests tna* the 
diacriticals, underscore, and any other "backspace graphics 
should preferably be located in the center four columns 

There was a clear desire from 3&-A1E to pair underscore with hyphen 
"■id ouotation marks with apostrophe, not only on keytops ior com- ■ 
patibility with the BEMA standard 42-key electric typewriter keyboard, 
but in code' table assignments in order to preserve tne criterion 01 
shift ir-S by means of a single-bit inversion. 

Mr. i-aef arlane indicated that the keytop and printing requirements 
could be met, starting with the BEMA standard electric typewriter 
keyboard if the shapes 'of the apostrophe and quotation marxs were 
altered so as to serve alternately as accent ague (acuoe) ^ 

respectively, and two additional keys be provided to supply accent 
grave under circumflex, and numeral one under cilae. 


;.;r . Booth emphasized that no 
the single -bit inversion typ: 
and apostrophe -quotation mar! 
the ensuing discussion cento: 

It was ' generally agreed that 
numeral three) which is wide 
valuable tban the exclsmatio: 
should preferably be shown a 
.. point, which is paired with 
code table. 


simole coding change, could accommodate 
; of" shifting for the underscore-hyphen 
: tairing, and a considerable amount of 
red around this point. 

the "number sign" (paired' with 
i.y used in data processing, is more 
1 point, and that therefore the Elide 
3 a contending substitute ior exclamation 
.-moral one, in the international (- oit 


5. After considerable discussion of the above factors, a series ox 
motions were voted upon, with a prefacing statement, moved by 
Mr. Zebner, seconded by Mr. Turner, as follows: 

As- a preable to the resolutions of December 17 and lb, 1903 
oertaining to graphics, X3.2.4 memorializes X3. 2 thai.^ 
X3.2.4 is opposed to changes in .ASCII at this oime ana 
that these resolutions be used only as . guidance in one 
preparation of the ISO proposal. 

The vote was 3 for, none against, -one abstaining. 
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